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Abstract 

It  is  generally  desirable  to  complete  design  tasks  in  parallel  in  order  to  reduce 
the  overall  development  time.    However,  completing  tasks  in  parallel  may 
sometimes  increase  the  total  amount  of  rework  that  must  be  done,  thereby 
increasing  the  total  engineering  effort,  the  development  cost  and  the  lead  time.   The 
technique  described  in  this  paper  helps  to  decide  between  serial  and  parallel 
scheduling  of  multiple  tasks  in  a  two-stage  design  process.   Using  information  about 
task  interdependencies,  this  method  calculates  the  amount  of  time  and  the  amount 
of  effort  (in  engineer-weeks)  required  for  any  suggested  assignment  of  tasks  to  the 
two  stages.  The  paper  suggests  an  approach  for  minimizing  time,  or  effort,  or  both 
by  adjusting  the  schedule  of  which  tasks  should  be  completed  at  which  time.   The 
method  is  applied  to  data  from  a  computer  workstation  design  problem. 

1.  Introduction 

Concurrent  engineering  has  become  increasingly  important  in  recent  years. 
Concurrent  engineering  is  a  philosophy  that  suggests  the  need  to  consider  design 
issues  simultaneously  where  they  may  have  been  considered  sequentially  in  the 
past  [Nevins  and  Whitney  1989,  Susman  1992].   The  division  between  sequential 
design  phases  arose  historically  because  one  set  of  design  issues  (typically  product 
performance  issues)  were  considered  of  greater  importance,  and  this  portion  of  the 
design  space  was  considered  first.  The  secondary  set  of  design  issues  (typically 
manufacturing  process  design)  were  considered  only  after  the  initial  set  of  design 
issues  had  been  decided  ('throw  it  over  the  wall'.)   In  recent  years  the  sequential 
design  process  has  been  considered  inefficient,  since  this  type  of  design  process 
typically  leads  to  a  greater  development  time,  greater  development  cost,  and  lower 
overall  design  quality,  all  of  which  lower  the  overall  profit  generated  by  the  design. 
Concurrent  engineering  in  its  broadest  definition  does  not  only  consider 
performance  and  process  design  issues,  but  many  other  life  cycle  issues  (such  as 
reliability,  environmental  impact,  service,  testing,  and  so  forth)  which  have  been 
historically  neglected  in  the  product  design  phase. 
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Yet  the  division  between  design  phases  arose  for  valid  reasons.    In  some 
industries  at  some  times  there  was  a  benefit  to  have  only  those  who  created  most  of 
the  value  be  responsible  for  creating  the  design.   The  inclusion  of  any  other  design 
issues  would  lead  to  too  many  people  and  too  many  concerns  being  involved  early 
in  the  design  process.   It  is  difficult  to  organize  complex  design  processes,  and  to 
achieve  complete  consensus  among  all  of  the  players  may  be  inefficient  and 
expensive. 

Development  time  is  an  important  determinant  of  eventual  success  in  the 
market  [Blackburn  1991,  Smith  and  Reinertsen  1991].   One  of  the  primary  reasons 
that  concurrent  engineering  has  become  a  significant  movement  is  because 
concurrent  engineering  is  able  to  lessen  the  amount  of  time  it  takes  to  develop  a 
product  and  bring  it  to  market. 

We  believe  that  in  most  cases  it  is  beneficial  to  separate  the  design  process 
into  multiple  phases.    In  this  paper  we  offer  a  model  which  can  help  engineers  and 
managers  decide  to  what  extent  concurrent  design  is  appropriate  in  their  design 
environment.    The  model  is  based  on  the  work  transformation  matrix  (WTM) 
model,  which  was  developed  in  a  previous  paper  [Smith  and  Eppinger  1995bl.  The 
WTM  method  is  a  way  to  calculate  the  amount  of  work  completed  during  an 
engineering  design  iteration  process.  Our  earlier  paper  describes  how  it  is  possible  to 
analyze  the  eigenstructure  of  the  matrix  in  order  to  determine  important  properties 
about  the  design  process.   The  work  transformation  matrix  concept  is  in  turn  based 
on  the  idea  of  the  design  structure  matrix  (DSM)  which  is  a  tool  used  to  identify 
serial  and  coupled  design  tasks  [Steward  1981,  Eppinger  and  others  1994]. 

Whereas  the  earlier  paper  [Smith  and  Eppinger  1995b]  assumes  that  all  tasks 
are  done  during  every  iteration,  the  intent  of  the  current  paper  is  to  look  at  the 
effects  of  not  completing  every  task  in  every  iteration.   We  demonstrate  here  that 


the  WTM  can  also  be  used  to  examine  the  effect  of  doing  tasks  concurrently  or 
sequentially  during  a  design  process,  which  can  assist  in  deciding  when  concurrent 
scheduling  of  tasks  is  appropriate. 

Design  is  a  complex  process  of  many  interrelated  tasks.  How  these  tasks  are 
divided  and  organized  has  a  significant  effect  on  the  eventual  outcome  and  success 
of  the  process  [Alexander  1964,  von  Hippel  1990].  Managing  the  design  process 
effectively  is  not  easy,  but  its  success  is  important  to  the  long-term  health  of 
technology  companies  [Whitney  1990,  Clark  and  Fujimoto  1991]. 

The  model  in  this  paper  addresses  the  issue  of  scheduling  coupled  design 
tasks  by  decomposition.  This  problem  is  acknowledged  to  be  of  practical  importance 
to  complex  design  projects,  and  has  been  addressed  in  the  research  literature  by 
several  methods.   These  methods  include  'tearing',  where  a  set  of  feedback  tasks  are 
removed  which  result  in  an  uncoupled  ordering  [Steward  1981,  Kusiak  and  Wang 
1993];  the  sequential  iteration  model,  where  coupled  tasks  are  placed  in  a  sequential 
ordering  in  order  to  minimize  the  expected  amount  of  time  taken  to  complete  the 
entire  process  [Smith  and  Eppinger  1994a];  and  a  model  intended  to  minimize  the 
total  length  of  feedback  chains  in  coupled  multi-disciplinary  optimization  design 
problems  [Altus  and  others  1995]. 

There  are  other  recent  models  which  address  the  problem  of  determining  the 
appropriate  amount  of  parallelism  in  the  product  development  process.   One  such 
model  explore  the  case  where  a  project  is  divided  into  a  number  of  identical  tasks 
[Hoedemaker  and  others  1994].  As  the  number  of  tasks  increases  beyond  a  critical 
level  the  time  taken  for  communication  between  tasks  increases,  and  the  overall 
time  for  completing  the  project  increases.   An  alternative  model  presents  a  case 
where  tasks  have  a  probabilistic  need  for  repetition  [AitSahlia  and  others  1995]. 


Under  these  conditions  it  is  desirable  to  limit  the  number  of  tasks  which  are 
scheduled  in  parallel  in  order  to  minimize  the  cost  of  completing  the  design  project. 

Both  of  those  papers  on  the  sequential/parallel  task  scheduling  decision  rely 
on  simpler  mcxiels  of  the  structure  of  the  design  process.   They  do  not  explore  the 
asymmetrical  interconnectedness  between  tasks,  and  how  that  interconnectedness 
affects  the  scheduling  of  tasks.   Another  recent  paper  (Krishnan  and  others  1995] 
models  the  overlapping  (parallelism)  of  two  activities  within  a  product 
development  process  to  determine  the  optimal  overlapping  conditions  based  on  the 
nature  of  the  information  coupling  the  pair  of  tasks.   Our  current  paper  retains 
some  of  the  asymmetry  of  the  Krishnan  model  while  extending  to  the  multi-task 
two-stage  case. 

The  remainder  of  the  paper  is  laid  out  as  follows:  Section  2  describes  the 
Work  Transformation  Matrix  as  given  in  the  earlier  paper  [Smith  and  Eppinger 
1994bJ.  Section  3  describes  how  the  WTM  can  be  used  to  describe  a  two-phase  design 
process.  Section  4  looks  at  the  two-phase  process  as  an  optimization  problem  and 
suggests  some  heuristic  algorithms.   Section  5  applies  the  model  and  optimization 
algorithms  from  sections  3  and  4  to  a  computer  workstation  design  problem. 
Section  6  describes  how  this  model  can  be  extended  to  more  than  two-stage  design. 
Section  7  contains  the  discussion  and  conclusions. 

2.   Review  and  Extension  of  the  Work  Transformation  Matrix  Method 

The  design  structure  matrix,  the  precursor  of  the  WTM,  identifies  the  tasks 
involved  in  the  design  process,  and  shows  the  ways  that  information  is  transferred 
between  tasks  [Steward  1981,  Eppinger  and  others  1994].  Each  row  and 
corresponding  column  in  the  matrix  concerns  the  information  flows  (inputs  and 
outputs)  of  a  design  task.   Each  off-diagonal  entry  on  the  row  of  a  given  task 


indicates  the  other  tasks  from  which  that  task  needs  information,  and  each  entry  on 
the  column  of  a  given  task  indicates  the  other  tasks  to  which  that  task  gives 
information.   The  DSM  method  is  used  to  identify  which  tasks  can  be  done  in 
parallel,  which  tasks  can  be  done  purely  sequentially,  and  which  tasks  have  cyclic 
information  flows  and  therefore  require  iteration  to  be  completed. 

The  WTM  is  an  extension  to  the  DSM  which  contains  additional  numeric 
information.   The  WTM  contains  two  separate  sets  of  matrix  data.   There  is  a  off- 
diagonal  matrix  which  contains  the  numbers  which  indicate  the  amount  of  rework 
done  during  the  iteration  process.   There  is  also  a  diagonal  matrix  which  contains 
the  times  for  each  task.   Figure  1  shows  an  example  two-task  WTM  containing  both 
rework  and  time  data.   (Because  of  the  complementary  structure  of  the  two  types  of 
data  it  is  also  possible  to  write  both  types  of  data  in  one  matrix.) 

A      B  A      B 


(a)  Rework  matrix  (b)  Time  matrix 

Figure  1.   Example  WTM 

The  data  in  Figure  1(a)  are  interpreted  as  follows:  Every  time  task  A  is  done 
completely,  task  B  needs  to  have  40%  of  its  work  redone.  Likewise,  when  task  B  is 
done  completely  20%  of  task  A  needs  to  be  redone.  From  Figure  1(b)  we  see  task  A 
takes  4  units  of  time  to  complete,  and  task  B  takes  7  units  of  time  to  complete.  These 
are  linear  factors,  so  doing  40%  of  task  A  requires  1.6  units  of  time  (=0.4x4),  and 
doing  20%  of  rework  on  task  A  generates  8%  (=0.4x0.2)  of  rework  for  task  B. 

The  assumptions  made  in  constructing  the  WTM  model  are  as  follows: 
•   All  tasks  are  done  in  every  stage. 
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•  Rework  performed  is  a  linear  function  of  the  work  done  in  the  previous  iteration 
stage. 

•  The  work  transformation  parameters  do  not  vary  with  time. 

Discussion  of  the  vahdity  of  these  assumptions  can  be  found  in  the  earlier  paper 
[Smith  and  Eppinger  1995b].   The  model  described  in  Section  3  below  explicitly 
relaxes  the  first  assumption  above. 

Each  iteration  is  characterized  by  a  work  vector  u,  .   This  vector  indicates  how 
much  of  each  task  is  worked  on  in  the  t-th  iteration.   The  initial  work  vector  u^  is  a 
vector  of  Is,  which  indicates  that  all  work  needs  to  be  done  on  all  tasks  during  the 
first  iteration.    During  each  iteration  work  is  created  for  the  next  iteration  according 
to  the  linear  rule 

m,„=Am,  (1) 

where  the  matrix  A  is  the  rework  matrix  from  Figure  1(a)  above. 

The  total  amount  of  work  done  during  the  iteration  process  is  U,  the  sum  of 
all  the  work  vectors. 

U  =  t^i.  (2) 

The  total  work  vector  U  is  multiplied  by  W  in  order  to  get  the  total  amount  of  time 
spent  on  each  design  task,  where  W  is  a  diagonal  matrix  of  task  times  (Figure  1(b)). 
R  is  the  vector  of  amount  of  time  spent  on  each  task  during  the  iteration  process. 

R  =  WU  =  WY,u,  (3) 

(=0 

which  can  also  be  written  as 

R  =  wf^A'u„  (4) 

(=0 

or,  if  the  maximum  eigenvalue  of  A  is  less  than  1  (these  are  known  as  stable 
matrices,  see  Smith  and  Eppinger  [1995b]  for  a  discussion  of  this  issue),  equation  (4) 
can  be  simplified  to 


R  =  W{I-A)-'u,  (5) 

The  total  time  spent  to  complete  the  design  process  T  is  the  sum  of  the  times 
for  each  iteration  stage.   The  time  spent  on  each  iteration  stage  is  the  longest  time 
taken  for  any  task  in  that  stage. 

T  =  £max[WM,f  (6) 

where  [■]*'  is  the  f-th  element  of  the  vector  within  the  brackets. 

Under  worst-case  conditions  T  may  be  a  difficult  quantity  to  calculate.  There 
is  no  closed-form  expression  equivalent  to  (5)  for  T;  the  summation  must  be 
calculated  explicitly.   The  convergence  rate  of  the  infinite  series  is  controlled  by  the 
magnitude  of  the  maximum  (positive)  eigenvalue  of  A.   If  the  maximum 
eigenvalue  of  A  is  sufficiently  less  than  unity  it  is  possible  to  approximate  T  to 
reasonable  accuracy  using  only  a  few  terms  of  the  infinite  series. 

Effort  is  the  total  amount  of  engineering  time  (in  engineer-weeks)  spent  on 
the  design  process.   It  is  the  sum  of  all  the  time  spent  on  the  individual  design  tasks. 

£  =  IR'"  (7) 


1=1 


The  quantities  time  (T)  and  effort  (£)  are  important  quantities  in  managing 
the  design  process.   Time  is  an  important  determining  factor  of  time-to-market, 
while  effort  is  an  indicator  of  the  development  cost.   Formulas  (6)  and  (7)  are  useful 
in  calculating  these  quantities  for  the  fully  parallel  case.   The  next  section  introduces 
the  concept  of  a  serial  structure  of  the  process  and  develops  the  formulas  necessary 
to  calculate  time  and  effort  under  those  circumstances. 

3.  Using  the  WTM  to  Describe  Two-Phase  Design  Processes 

We  now  assume  that  the  coupled  design  process  is  to  be  structured  such  that 
work  on  some  of  the  coupled  tasks  can  be  delayed  until  later  in  the  process.  The 
WTM  can  be  extended  to  consider  multiple-phase  design  processes.   The  simplest 
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version  (and  the  one  which  is  explored  here)  assumes  that  there  are  two  phases  to 
the  design  process,  and  that  there  are  two  sets  of  tasks.   (See  Section  6  for  including 
more  than  two  design  phases.)   During  the  first  phase,  all  of  the  work  is  completed 
on  a  limited  set  of  tasks.   During  the  second  phase,  work  is  completed  on  both  sets  of 
tasks,  including  rework  of  the  first  set  and  all  of  the  work  on  the  remaining  tasks. 

It  is  possible  to  interpret  a  two-phase  design  process  as  corresponding  to  a 
product  design  phase  and  a  process  design  phase,  but  the  model  need  not  be  limited 
to  that  case.  The  example  given  in  Section  5  discusses  a  two-phase  design  process 
where  the  phases  are  product  and  process  design. 

Using  the  WTM  method,  it  is  possible  to  calculate  the  design  time  and  the 
design  effort  for  a  two-phase  design  process.   The  calculations  are  similar  in  spirit  to 
the  calculation  of  time  and  effort  on  the  fully  parallel  design  process  described  in 
Section  2. 

In  order  to  compare  different  serial  divisions  for  the  amount  of  time  and 
effort  required  we  must  make  some  assumptions: 

•  The  parameters  in  the  WTM  do  not  change  as  tasks  switch  from  first-  to  second- 
phase  (or  vice  versa). 

•  The  quality  of  final  product  produced  by  the  design  process  is  independent  of 
assignment  of  tasks  to  phases. 

These  assumptions  are  strong  and  may  not  always  represent  design  practice.   The 
first  assumption  is  reasonable  if  the  data  are  indicative  of  fundamental  technical 
constraints  and  relationships  between  tasks,  in  which  case  the  strength  of 
dependency  will  not  change  a  great  deal  whether  or  not  the  sequence  changes.   If  the 
nature  of  the  tasks  changes  when  an  ordering  changes,  then  assuming  that  the 
parameters  remain  constant  is  not  realistic. 


Both  assumptions  require  that  the  information  needs  between  the  tasks  be 
order-independent,  in  the  sense  that  the  types  of  inputs  and  outputs  are  comparable. 
The  work  required  to  complete  a  task  and  the  type  of  output  information  produced 
by  a  task  should  not  change  depending  on  the  order  of  the  tasks. 

For  example,  suppose  that  an  engineer  is  attempting  to  determine  the  size  of 
a  fan  necessary  to  cool  electronic  components  in  a  computer.   A  separate  engineer  is 
determining  the  size  of  the  power  supply.   Both  of  these  are  routine  design  choices, 
however  these  tasks  are  coupled.   If  the  power  supply  is  specified  first,  then  the  fan 
will  be  chosen  after,  and  then  the  power  supply  may  have  to  be  changed.  The 
process  used  to  make  a  selection  of  size  of  either  component  involves  calculating 
the  total  load  (thermal  or  power)  of  other  elements  and  choosing  an  appropriate 
device.   Whether  a  parallel  design  structure  is  chosen,  or  a  sequential  structure  with 
either  design  task  coming  first,  the  work  that  must  be  completed  during  any  one 
undertaking  of  a  task  would  not  change,  the  amount  of  rework  created  for  the  other 
task  would  not  change,  and  the  final  result  would  not  change.  These  are  order- 
independent  tasks. 

The  converse  case  is  exemplified  by  two  tasks  such  as  choosing  a  material  for 
a  computer  case  and  choosing  the  manufacturing  process  used  to  make  the  case. 
These  are  coupled  tasks,  yet  we  have  the  opportunity  to  make  either  design  choice 
first.   This  choice  will  strongly  constrain  the  range  of  options  available  to  the  other 
design  task,  and  therefore  affects  the  amount  of  time  taken  and  the  amount  of 
rework  created  on  subsequent  iterations.   These  are  order-dependent  tasks. 

Given  these  assumptions,  we  can  build  a  model  of  the  two-phase  design 
process.  During  the  first  phase,  only  the  indicated  subset  of  tasks  is  worked  on. 
These  tasks  create  work  for  each  other  as  described  in  Section  2  above.  We  therefore 
need  to  find  a  companion  equation  to  (5)  above  for  the  total  time  vector  of  the  first 
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phase.   We  need  to  consider  only  a  restricted  portion  of  the  matrix  A.  In  order  to 

calculate  the  total  time  vector  we  mtroduce  the  division  matrix  K,  which  is  used  to 

specify  the  portion  of  A  which  is  considered  during  the  first  phase.   The  total  time 

vector  of  the  first  phase  is: 

R,  =W(/-K^K)"'Kmo  (8) 

the  matrix  K.  is  defined  with  elements  k^^  such  that 

f  1  if  /  =  /  and  the  Jth  task  is  in  the  first  phase 
''      [0  otherwise 

The  value  of  matrix  K  is  known  as  a  division  or  state  of  the  system. 

During  the  second  phase  there  is  initial  work  to  be  completed  only  on  the 

tasks  which  were  not  done  in  the  first  phase.   Iterative  rework  may  need  to  be  done 

on  any  task,  whether  it  is  a  first  or  a  second  phase  task. 

R„=W{I-Ar\l-K)u,  (10) 

The  time  for  the  two-phase  process  T  is  a  sum  of  the  times  for  the  two  phases, 

each  of  which  is  calculated  as  shown  for  the  fully  parallel  WTM  (see  section  2). 

T  =  J^max[WKA'Ku,,f^  +  J^max[WA' {I  -  K)u^f  (U) 

(=0       '  (=0       ' 

The  total  effort  E  of  the  two-phase  process  is  a  sum  of  the  efforts  in  each  of  the 
separate  phases. 

E  =  '^(R]-^  +  R<;')  (12) 

r  =  l 

Using  equations  (11)  and  (12)  we  can  find  the  time  and  effort  for  any  suggested 
split  between  first-  and  second-phase  tasks. 

For  any  set  of  coupled  tasks,  any  subset  of  them  may  be  considered  to 
constitute  the  first  phase  of  the  design  process.   Given  that  choice,  it  is  possible  to 
calculate  the  time  and  effort  for  that  division  using  equations  (11)  and  (12).   It  is 
desirable  to  simultaneously  minimize  both  the  time  and  effort  for  any  given 
process.   However,  it  is  not  necessarily  possible  to  lower  both  for  all  design  projects. 

11 


Therefore,  we  must  sometimes  attempt  to  lower  the  time  at  the  expense  of  raising 
the  effort,  or  vice  versa.   We  must  therefore  attempt  to  identify  a  set  of  good 
divisions  for  any  one  design  matrix,  where  goodness  indicates  superior  performance 
on  one  or  both  criteria.   Finding  these  good  divisions  is  the  focus  of  Section  4. 

4,  Considering  the  Two-Phase  Division  as  an  Optimization  Problem 

It  is  desirable  to  lower  both  the  effort  and  the  development  time.  As 
described  in  Section  3,  we  have  control  over  these  quantities  by  choosing  which  of 
the  tasks  to  complete  in  the  first  phase,  and  which  of  them  to  delay  until  the  second 
phase.   As  such,  this  is  a  two-criteria  combinatorial  optimization  problem. 

As  a  first  attempt  at  looking  for  optimal  points,  we  have  examined 
minimum-time  and  minimum-effort  solutions.    The  remainder  of  this  sections 
discusses  finding  solutions  which  are  locally  or  globally  optimal  on  one  of  the 
criteria. 

4.1.  Minimizing  Time  and  Effort 

Finding  known  optimal  solutions  (in  the  sense  of  minimum  time  or 
minimum  effort)  is  difficult.   We  have  not  been  able  to  determine  an  algorithm 
which  finds  such  solutions  short  of  exhaustive  search.   In  the  next  subsection  we 
discuss  some  heuristic  algorithms  which  find  locally  optimal  solutions,  although 
they  are  not  guaranteed  to  be  globally  optimal. 

4.2.  Heuristic  for  Finding  Locally  Optimal  Time  and  Effort  Solutions 

One  simple  (but  effective)  heuristic  solution  is  to  attempt  to  improve  the 
current  best  known  solution  by  switching  one  task  of  the  division  to  the  other 
phase.  This  is  not  a  sophisticated  algorithm,  and  may  be  trapped  finding  local 
optima  which  are  quite  far  from  the  global  optimum.   In  practice,  this  algorithm 
does  quite  well  when  the  optimization  criterion  is  effort,  but  not  as  well  when  the 
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optimization  criterion  is  time.    For  discussion  on  the  effectiveness  of  this  heuristic 
on  an  industrial  example  see  Section  5. 

Heuristic  Algorithm  (1-opt) 

Step  1.   Generate  a  random  starting  division. 

Step  2.   Switch  one  task  from  the  phase  in  which  it  is  to  the  other  phase. 

Step  3.    Evaluate  the  current  division  to  see  if  it  is  an  improvement  (on  either 

time  or  effort,  whichever  we  are  considering),  if  not  then  switch  that 

task  back  to  its  previous  phase. 
Step  4.   Go  back  to  step  2  until  there  are  no  more  improvements  available. 

A  (slightly)  more  complex  version  of  the  previous  algorithm  is  its  2-opt 

counterpart.   That  is,  replace  step  2  with: 

Improved  Heuristic  (2-opt) 

Step  2a.   Switch  two  tasks  from  the  phase  which  they  are  to  the  other  phase. 

The  2-opt  algorithm  is  more  likely  to  find  solutions  with  values  close  to  the 
global  optimal  value,  but  still  can  be  fooled  into  finding  local  optima  which  are  not 
the  global  optimum.^    Again,  evaluating  the  time  criterion  is  more  likely  to  find 
solutions  which  are  not  the  global  optimal  values  than  when  looking  for  effort 
solutions  for  our  example  problem. 

Changing  the  criterion  of  interest  in  Step  3  to  incorporate  linear  combinations 
of  time  and  effort  would  allow  the  finding  of  other  Pareto-optimal  solutions.    No 
other  changes  to  the  algorithm  would  be  required. 


^As  an  example  of  a  matrix  where  the  2-opt  heuristic  does  r\ot  always  terminate  on  the  global  optimum 
consider  the  case  where  W  is  the  identity  matrix  and 

0      0.7     0.1     0.2' 


A  = 


0       0      0.6    0.6 

0.1     0.3      0      0.5 

0.2      0       0       0 

When  using  the  effort  criterion  there  are  two  matrices  K  at  which  the  2-opt  heuristic  may  terminate, 
depending  on  the  initial  starting  state. 
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5.  Application  to  Workstation  Design 

We  have  previously  modeled  workstation  design  to  be  composed  of  45 
different  tasks  which  are  related  in  a  WTM  [Smith  1992].   The  dependencies  and  task 
times  have  been  suggested  by  engineers  from  the  project.  The  list  of  tasks  and  their 
corresponding  times  are  given  in  Appendix  A.   The  dependencies  are  shown  in 
Figure  A.l.  In  the  text  of  the  paper  all  tasks  will  be  referred  to  by  their  numbers. 

Using  the  equations  in  Section  2  for  describing  the  fully  parallel  design 
strategy,  where  all  tasks  are  attempted  from  the  beginning  of  the  design  process,  it  is 
possible  to  calculate  the  time  and  effort  for  the  workstation  design  process.   The  fully 
parallel  design  strategy  has  time  51.597  weeks  and  effort  319.98  engineer-weeks. 

The  workstation  design  process  as  described  is  naturally  divided  into  two 
design  phases:  product  design  (all  tasks  with  task  number  begirming  with  Al),  and 
process  design  (all  tasks  beginning  with  A2).  We  wish  to  analyze  whether  this  is  an 
appropriate  way  to  divide  the  design  process  into  two  phases  or  whether  there  are 
better  ways  to  divide  it.  The  product/process  two-phase  solution  has  time  55.590 
weeks  and  effort  234.45  engineer-weeks.  This  division  has  greatly  reduced  the  effort 
while  slightly  increasing  the  time. 

The  product /process  two-phase  solution  is  therefore  potentially  an 
improvement,  but  there  may  be  still  better  solutions.   We  have  attempted  to  find 
such  solutions  using  the  heuristics  described  in  subsection  4.2.   We  will  first  discuss 
the  structure  of  the  best  found  two-phase  solutions  for  time  and  effort  and  secondly 
discuss  how  effective  the  two  heuristics  are  at  finding  such  solutions. 

The  best  minimum-effort  solution  found  is  given  in  Appendix  B.    (The 
vector  which  corresponds  to  the  minimum-effort  solution  is  the  main  diagonal 
from  the  matrix  K.  All  entries  with  a  1  indicate  first-phase  tasks,  and  entries  with  0 
indicate  second-phase  tasks.)  It  has  an  effort  of  134.59  engineer-weeks  and  a  time  of 
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17.060  weeks.    This  is  a  significant  improvement  on  either  the  fully  parallel  solution 
as  well  as  the  product /process  two-phase  solution.   Mo'^t  of  tht  design  tasks  in  the 
second  phase  (11  of  the  16)  are  process  design  tasks,  which  we  would  expect  to  see  in 
a  low  total-effort  process.   If  an  important  criterion  for  the  design  process  is  to 
minimize  engineering  effort  it  makes  sense  not  to  complete  the  process  design  until 
the  product  design  is  substantially  complete. 

The  minimum  time  solution  is  given  in  Appendix  B.    It  has  a  time  of  14.746 
weeks  and  an  effort  of  151.59  engineer-weeks.  Only  nine  of  the  design  tasks  are 
delayed  until  the  second  phase  (as  opposed  to  16  in  the  minimum  effort  solution). 
This  matches  intuition  that  if  it  is  important  to  minimize  the  amount  of  time  spent 
on  a  design  process,  it  makes  sense  to  begin  more  tasks  earlier  in  the  project. 

Both  the  minimum  time  and  the  minimum  effort  divisions  give  some 
anomalous  results,  such  as  delaying  choosing  the  architecture  (task  Allll)  until  the 
second  phase.   The  anomalies  arise  because  of  errors  in  specifying  the  tasks  in  the 
matrix.   The  tasks  do  not  fit  the  definition  of  order-independent  tasks  as  described  in 
section  3.   Even  though  there  are  feedbacks  to  (for  example)  the  task  of  choosing  the 
product  architecture,  it  is  not  meaningful  to  suggest  that  this  task  could  be 
performed  after  task  A11333  (logic  and  timing  validation). 

To  handle  such  cases,  it  would  be  possible  to  explicitly  require  certain  tasks  to 
be  in  one  phase  or  the  other,  and  then  reapply  the  heuristic.   Adding  this  type  of 
constraint  would  not  be  difficult  to  implement.  The  search  space  considered  in  step 
2  (or  step  2a)  of  the  heuristic  algorithm  would  simply  be  restricted  to  exclude  those 
tasks  which  cannot  feasibly  have  their  schedule  changed. 

Another  alternative  would  be  to  change  the  weights  of  the  interdependencies 
between  the  tasks.   If  there  is  a  strict  ordering  relationship  between  two  (or  more) 
tasks,  then  it  would  be  possible  to  increase  the  magnitudes  of  the  feed-forward 
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dependencies,  and  decrease  the  magnitudes  of  any  feed-back  dependencies.  The 
iteration  model  and  scheduling  algorithm  will  then  be  compelled  to  schedule  the 
tasks  to  reflect  the  effective  ordering  structure. 

The  effort  minimization  problem  is  very  well  behaved  for  the  two  heuristic 
algorithms  tested.   (Appendix  B  contains  the  values  of  all  of  the  solutions  on  which 
the  heuristics  came  to  rest,  as  well  as  the  number  of  times  observed.)  On  the  given 
45-task  example,  the  1-opt  algorithm  found  the  best  known  solution  14  out  of  the  20 
times  it  was  run,  starting  from  randomly  generated  initial  conditions.   The  other  six 
local  optima  have  effort  within  1%  of  the  best  known  solution.   The  2-opt  solution 
found  the  best  known  solution  all  27  times  it  was  run,  again  starting  from  randomly 
generated  initial  conditions. 

The  time  minimization  problem  is  also  algorithmically  well  behaved.    The  1- 
opt  solution  found  the  best  known  time  solution  eight  out  of  the  23  times  run 
(starting  from  randomly  generated  initial  conditions).    The  other  fifteen  local 
optima  have  time  within  9.5%  of  the  best  known  solution.   The  2-opt  solution 
found  the  best  known  time  solution  all  24  times  executed. 

Finding  one  2-opt  solution  using  MATLAB  requires  approximately  three 
hours  of  CPU  time  on  a  VAX  8800.   Finding  a  1-opt  solution  requires  approximately 
10  minutes  of  CPU  time  on  the  same  machine. 

6.  Extension  to  More  than  Two-Phase  Design 

There  is  no  particular  reason  why  only  two-phase  design  should  be 
contemplated.  It  is  possible  to  extend  the  ideas  expressed  in  this  paper  to  design 
processes  which  have  more  than  two  phases.   For  example,  a  three-phase  design 
process  would  involve: 

Three-Phase  Process: 

Divide  tasks  into  groups  I,  II,  and  HI. 
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First  phase:  work  on  tasks  in  group  I. 

Second  phase:  work  on  tasks  in  groups  I  and  II,  but  only  the  tasks  in  group  II 

have  initial  work. 
1  bird  phase:  work  on  all  tasks,  but  only  tasks  in  group  III  have  initial  work. 

We  must  define  two  matrices  K,  with  elements  k'  and  K„  with  elements  k'! 


such  that 


,      [1  if ;  =  /  and  the  zth  task  is  in  the  first  phase 
*''      1 0  otherwise 


^/,=L  _...:....  (13) 


„      f  1  if  /  =  /  and  the  /th  task  is  in  the  first  or  second  phase 
''      [O  otherwise 

The  total  work  time  vectors  for  the  three  phases  are  calculated  by: 

Ri=W{I-K,AK,y'K,Ua  (15) 

R,=W{I-K„AK,r\K„-K,)u,  (16) 

R„=W{I-Ar\l-K,)u,  (17) 

Calculating  the  total  time  and /or  total  effort  for  the  three-phase  process  is  analogous 

to  using  equations  (11)  and  (12)  for  the  two-phase  process.   Minimizing  the  total 

time  or  the  total  effort  of  the  design  project  as  a  function  of  whether  each  task  is  in 

the  first,  second,  or  third  phase  leads  to  an  optimization  problem  which  is  more 

complex  than  the  one  which  is  discussed  in  Section  4. 

As  the  number  of  phases  increases,  the  total  effort  will  decrease,  since  work 

becomes  increasingly  sequential  rather  than  parallel.   The  effect  of  an  increase  in  the 

number  of  phases  on  the  total  time  is  difficult  to  predict;  it  is  necessary  to  determine 

the  effects  through  analysis  of  the  problem  under  study.   We  observe  in  the  example 

in  section  5  that  the  fully  parallel  strategy  has  a  longer  development  time  that  the 

best  possible  two-phase  ordering.   We  would  not  expect  that  a  fully  sequential 

strategy  would  have  the  minimum  time.    Therefore  finding  the  number  of  phases 

which  minimizes  the  total  time  requires  restructuring  the  problem  to  allow  the 

number  of  phases  be  an  independent  variable. 
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7.  Discussion  and  Conclusion 

We  have  given  an  explicit  representation  to  the  difficult  problem  of  deciding 
when  to  do  design  sequentially  rather  than  in  parallel.   Our  model  is  based  on  the 
work  transformation  matrix  (WTM)  model  of  product  development.    The  model  is 
able  to  suggest  sequential  and  parallel  orderings  of  tasks  which  lead  to  lower  overall 
product  development  time  and  lower  development  effort. 

For  our  example  data  set,  we  believe  that  the  divisions  suggested  by  this 
system  do  indicate  ways  in  which  the  time  or  effort  can  be  reduced.  The  divisions 
suggested  by  the  algorithm  seem  in  many  respects  reasonable.   The  method  may 
therefore  be  useful  in  identifying  advantages  and  disadvantages  of  serial  or  parallel 
tasks  in  the  design  process. 

In  our  experience,  the  data  required  to  build  this  model  are  not  difficult  to 
collect.   The  engineers  involved  with  design  projects  typically  have  a  good  idea  of 
the  information  needs  of  the  tasks  with  which  they  work  as  well  as  task  times. 
Polling  each  of  the  people  involved  with  a  design  project  creates  a  complete  set  of 
WTM  data,  which  can  then  be  used  in  the  manner  of  the  model  in  the  paper. 

The  assumptions  required  in  order  to  build  the  model  in  this  paper  are 
strong.   Further  investigation  is  underway  to  build  more  general  models  based  on 
less  restrictive  assumptions. 

The  simple  heuristic  algorithms  used  in  this  paper  seem  to  do  a  good  job  of 
finding  locally  optimal  solutions  for  the  example  data  set.   More  exploration  of 
solution  techniques  may  be  required  for  poorly  behaved  or  larger  problems. 

The  class  of  design  projects  to  which  this  type  of  analysis  can  best  be  applied  is 
the  class  of  projects  with  which  an  organization  already  has  significant  experience 
from  similar  products.   This  is  a  large  class,  as  many  design  organizations  have 
experience  working  with  the  technologies  being  used  in  their  new  products. 
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Computer  workstation  design  falls  into  this  class  of  design  projects.   For  this  type  of 
project  it  is  reasonable  to  assume  that  the  data  from  previous  projects  can  be  used 
with  useful  predictive  value.    If  the  designers  had  no  experience  working  with  the 
technology  involved  in  the  project,  then  any  estimates  of  task  times  and 
dependencies  are  likely  to  be  inaccurate  and  the  model  would  lose  its  predictive 
utility. 

The  problem  of  determining  parallel  or  series  division  of  tasks  in  engineering 
design  is  interesting  and  important.   Shortening  the  lead  time  is  a  major  source  of 
competitive  advantage  in  design,  and  concurrency  has  a  strong  effect  on  this  score. 
We  know  that  other  models  of  design-task  sequencing  and  scheduling  are  feasible 
and  we  suggest  our  model  as  a  starting  point  in  building  other  models  of  this 
important  problem. 
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Appendix  A.   Data  from  Workstation  Design  Example 


Tciblf  A.l. 

[ask  Names,  Numbers,  and  Times 

Ta>k 

Tdsk  Xanu' 

Task  Time 
(weeks) 

A  1  1 1  1 

Chcx>s.f  ArctTitecture  and  Techiiolo>;v 

^ 

A  1 1 1 : 

Develop  Module  Function 

") 

Aim 

^inuil.ite  MtKiule  Ardiitecture 

-> 

A 1 1 : 

Maintain  Component  I.ibrars' 

1 

A 1  r.  1 

C  reate  Desi>;n 

4 

Aii.i; 

Capture  Schematic 

1 

A11331 

Simulate  and  Validate  Logic 

2 

A  113.32 

Simulate  and  Validate  Timms 

-) 

A  11333 

\alidate  1  o>^ic  and  Timing 

1 

A  1 14  11 

Translate  lormat 

0 

All-112 

Schedule  Logical  Connects 

1 

A11413 

Assien  Di'sign  Ccxies 

0 

A  11414 

Check  Lo^\c  Design 

1 

A11421 

Place  Parts  on  Co\  er 

1 

A  11422 

Add /C>ptimi7e  Connt.vts 

1 

A 11423 

La\'iiut  the  Lfch 

1 

A 11431 

Run  Layout  vs  Manufacturing  Rules 

0 

A 11432 

Run  Full  Spacing  Analysis 

1 

All  433 

Add  Final  Functionality 

T 

A  11434 

Create  Manufacturing  Data  Package 

1 

All?] 

Produce  Rau  Board  Data 

0 

A  1152 

Produce  Assembled  Bc>ard 

1 

A  1153 

Create  Test  Packages 

3 

A12 

fud 

ge  Prtxiucibility 

1 

A13 

Hui 

d  and  Test  Module  Prototype 

") 

A14 

Develop  Module  Diagnostics 

T 

A15 

C}ualitv  Module  Design 

1 

A211 

Develop  CXerall  Scheme 

1 

A2121 

Design  Details  of  Workstations 

1 

A2122 

Build  Workstation  Prototype 

1 

A2123 

De\  elop  Tool  Crt^neration  Capability 

0 

A2124 

Test  Workstation  Prototype 

1 

A213 

De\  elop  PrtKess  Tests 

~) 

A221 

Construct  and  Lav  Out  Facility 

3 

A222 

Install  Workstations 

2 

A223 

Train  Operators 

1 

A  23 11 

Develop  Board  Processes 

0 

A2312 

Develop  Asst'mbly  PrcKesses 

3 

A2313 

Develop  Assembly  Manufacturing  Tests 

"> 

A2321 

Cenerate  Board  Soft-tools 

0 

A2322 

Make  Board  Fixtures 

-> 

A2323 

t  rt.'nerate  Assembly  S<ift-t(H>ls 

1 

A  2  324 

Make  Assembly  Fixtures 

1 

A2325 

Cienerate  Assembly  Test  Parameters 

1 

A2^3 

Test  Manufacturing  Process 

^ 
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Aim 

r 

^^ 

' 

r- 

i 

4 

4 

i 

A1  1  12 

4 

4 

i 

i 

4 

: 

A1113 

4 

1 

A112 

1 

2 

2 

2 

2 

1 

1 

1 

AIISl 

4 

4 

4 

1 

4 

4 

4 

2 

1 

4|4 

4 

4 

4 

4 

A 11  32 

4 

4 

A  n  33 1 

: 

4 

4 

1 

A 11 332 

4 

4 

1 

All  333 

4 

4 

1 

1 

A1141 1 

4 

4 

A11412 

2 

A11413 

2 

A11414 

2 

A11421 

2 

1 

4 

4 

4 

2 

4 

A11422 

2 

4 

4 

4 

4 

2 

A11423 

2 

2 

4 

4 

4 

2 

A11431 

4 

4 

A11432 

4 

4 

4 

AI1433 

2 

1 

1 

A11434 

4 

1 

1 

4 

A1151 

4 

A1152 

4 

A1153 

1 

1 

1 

1 

1 

1 

4 

4 

A12 

4 

2 

4 

4 

4 

2 

4 

A13 

1 

4 

2 

2 

2 

4 

AM 

1 

2 

2 

4 

4 

A15 

1 

4 

4 

2 

4 

A211 

2 

4 

2 

1 

4 

4 

2 

1 

4 

4 

A2121 

2 

2 

1 

2 

1 

4 

4 

4 

4 

A2122 

4 

A2123 

4 

A2124 

4 

4 

4 

A213 

4 

4 

4 

A221 

4 
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Figure  A.l.  The  Data  Matrix 

Note  that  the  elements  of  the  matrix  above  are  0,  1,  2,  and  4.   The  actual  numbers  are 
0,  0.05,  0.1,  and  0.2.  The  integer  version  is  shown  in  the  interest  of  clarity.   Zeros 
have  been  omitted. 
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Appendix  B.   Results  from  Heuristic  Algorithms 


Table  15.1.  Best  Oh>er\t'd  Solutions  for  Effort  and  Time 


Task 

.Mill 

.■\  111 ; 

.•\  1 1  n 

All: 

.■\  11^1 

Ai  1  '^: 

AllvM 

A 1 1 33: 

A 11 333 

AlUll 

Alui: 

A11413 

A  1  14  14 

Al 14:i 

Ai  u:: 

Al 14:^ 

A11431 

A 11 43: 

A11433 

A11434 

A1151 

All?: 

All^^i 

Ai: 

AH 

A  14 

A15 

A2n 

A2121 

a:  122 

a:  123 

A2124 

A213 

A2:i 

a::: 

A223 

A2311 

A2312 

A2313 

a:3:i 

a:3:2 

A  2  32  3 

A2324 

A232? 

A233 

1  ttoil 

1 

1 

134  54 

Tinif 

(1 

0 

14.746 

(Entries  with  a  1  indicate  first-phase  tasks,  and  entries  with  0  indicate  second-phase 
tasks.) 
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Table  B.2.   Locally  Optimal  Effort  Solutions 


T 

E 

2-opt 
occurrences 

1-opt 
occurrences 

17.060 

134.59 

27 

14 

17.333 

134.82 

0 

3 

17.399 

135.14 

0 

2 

18.127 

135.70 

0 

1 

Table  B.3.   Locally  Optimal  Time  Solutions 

T 

E 

2-opt 
occurrences 

1-opt 
occurrences 

14.746 

151.59 

24 

8 

15.895 

157.82 

0 

3 

16.016 

152.11 

0 

2 

16.731 

154.68 

0 

1 

16.771 

148.98 

0 

1 

17.002 

154.42 

0 

2 

17.151 

156.53 

0 

2 

17.200 

159.21 

0 

1 

17.210 

154.34   • 

0 

1 

17.544 

168.94 

0 

2 
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